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Section 7 

CRDS Floppy Diagnostic 

The CRDS floppy diagnostic is designed to offer the user an easy and 
reliable means to test and verify the operation of any RX02-1ike 
floppy system♦ FD-211? FD-311? FD-411? FD-5.11? MF-211 and MF-411. 

After running the diagnostic!- any problem with a floppy disk drive or 
the floppy controller card should be known* The diagnostic also 
enables the user to format disks (single or double density) and clean 
the heads (with the aid of Ideck's Shugart-approved head cleaning 
k it) * 


7*1 Bringing it up 

7.1.1 Re q uir emen t s 

The minimal system to run this diagnostic consists of t 

1) DEC PDP-11 or LSI-11 series processor 

2) 28K words of memory 

3) A Console terminal interface board and a console terminal 

4) An LTC type of system clock (to control timeout intervals) 

5) An FC-202? FC-203? FC-102 or FC--103 controller card with 

single or double sided floppy drives as appropriate 

6) An RX02~like bootstrap device (the floppy subsystem can be 
used if it is working well enough) 

NOTE: If using more than one floppy controller? each must be assigned 
a unioue vector and address? only one device can be the boot device. 

7.1.2 BOOTING 

The program provides its own run time system and cannot be loaded 
under RT-11? RSX? or any other operating system. The boot device 
registers can be at any address. Booting reauires loading sectors one 
and three on track one and transferring control. Insure that the 
machine is in the 'ENABLE" mode and turn on the LTC. Boot the 
diagnostic floppy disk in drive 0. Of course? if the diagnostic is on 
some other form of media? follow the booting instructions associated 
with that media. Once loaded? the boot diskette may be removed to 
allow drive 0 to be fully exercised. The lower track limit is set at 
20 initially? which provides enough room for both the diagnostic and 
the error log (adeouate space for the logging of extensive testing of 
reasonably good units). If the boot disk is removed? and logging is 
not desired? then the lower limit of testing may reset to 0. 
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If the boot disk was read (i.e. heads loaded for 5-10 seconds with 
audible or visible track seeks)? but nothing is displayed on the 


console device? the difficulty is probably in the setting of the 
console device registers? which should begin at 0177560* 
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Starting 


When booted the screen will display* 


1) 'FD diagnostic? version 2*7 ' ~ 

The diagnostic has been successfully booted? and the memory 

check run (only the first 28K in an 11/23 system)* The boot 
disk can be removed* Scratch testing diskettes should be 
installed in both drives and the doors closed at this time* 

2) 'Terminal line length (72)? ' - 

This sets the maximum column position? beyond which the 
display will be continued to the next line* For most 
terminals? this is enough. The diagnostic does not produce a 
longer message without a <cr>* (Any value in parentheses and 
after a ouery is a default - see section 7*3*3) 


3) 'Is line freouency 60 Hz (yes)? ' -- 

If answered no? the diagnostic assumes 50 Hz in figuring 
timeouts♦ 


4) 



'Controller address ok (0177170)? ' -- 

This sets the address that the program will use whenever it 
"talks' to the floppy subsystem* The default (0177170 octal) 
is the standard address for RX01 and RX02 floppy subsystems* 
If a floppy subsystem with another address is to be tested? 
input its address now* Note? if more than 28K of memory is 
present? the processor correctly maps this address to the 
real 1/0 page* 


5) 'Interrupt vector ok (0264)? ' - 

This sets the vector that the program will expect the floppy 
subsystem to use whenever it interrupts* The default (0264 
octal) is the standard vector for all RX02-like floppy 
subsystems* If you are testing a device set at another 
vector? input that vector address now* The program only uses 
interrupts during the interrupt test* 

When this last Question is answered? the diagnostic examines the 
controller to determine whether an FC-202 (FC--102) or FC-203 (FC-103) 
controller is present. The RX02 bit (bit 14) is checked - this 
indicates that the controller is an RX02~like device and can write 
and read in double density mode. A check is made for the presence of 
double sided drives* Lastly? the drives are checked to determine 
which ones are on line and ready* The diagnostic has now been 
initialized. 
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7.2 Running 

The default flaw of control of the diagnostic is illustrated below. 


I 

i 


Boot & Init 
Diagnostics 



Figure 7-1 



7.2.1 Options 

Option changing permits one to optimize the diagnostic for the unit 
under test and the problem that is being investigated. As suchf each 
time any of the following parameters are changed t the new value 
becomes the default on the next occasion that options are Queried or 
changed. Values below are initial r and are reset to those shown after 
each boot. 

1> "Test unit. Of If or both (now 1) ' - 

If more th 3 n one drive is available to the chosen controllerf 
one can choose which drive is to be exercised? drive Of drive 
1 or both (drive 0 and drive 1). 

2) 'Test side? Of If or both (now 0) ' - 

If the chosen controller responded like a FC-203 (or FC-103) 
double sided controllerf which side to test can be chosen? 
side 0 (the default side for single sided drives)f side 1 or 
both (side 0 and side 1). Only side 0 of a single sided disk 
can be accessed in a double sided drive. 

3) 'Test density? 13 single? or 23 double (now 23)? ' -- 

This sets the density at which disk reads or writesf and DMA 
transfers will occur. Clearly if diskettes of the wrong 
density are usedf many density errors will occur. 
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4) Print track number each time sector one is accessed (no)? ' 
This causes the rroSrsm to print the track number any time 
the first sector is accessed on any track. This is helpful 
both in keepir.d 3 close tab on head position and in providing 
more rapid feedback about the progress of the test. The 
option will* however* slow down the execution of some tests. 

5) 'Track range on test floppy. Low is 20' — 

This sets the lower limit of access. Tests which use one 
track use this value. Thus to run the Quick W/R test on track 
29* set this to 29. Selecting a larger value (65 to 70) 
limits the test range to the innermost track* which is the 
most difficult part of the diskette to decode (due to high 
bit density and phase shift). 

^ ' High is 76' - 

similar to item 5. Band testing is implemented by setting the 
high value ten greater (say) th3r. the low. The high value may 
be eaual to but not less than the low. 


7.2.2 Top level 


The top level (first after options) is 
special function. The menu is shown 
actually invoked shown for items 1 to 7 


for selecting a test menu or 
in figure 7-2* with the tests 


Command 

0) List of tests 

1) All tests 

2) Quick tests 

3) Read only tests 

4) Random exerciser 

5) Drive test 

6) Board test 

7) Overnight test 

8) Clear errors 

9) Print error log 

10) Clean heads 

•1.1) Change options 


Runs 

(test list chosen by user) 
1 - 18 


5* 

10 

* 11 


1* 

17 

2* 

6* 7* 

11* 16 

3* 

4* 

6* 7* 

S* 14* 15* 16 

1 * 

2* 

5* 10 

* 11* 13 

3* 

4* 

6* 8* 

17 


Figure 7-2 


The commands 3 reJ 

0) Bring up the list of tests (default). 

1) Run all the tests. All the 'standard' test combinations are 
in numerical order. 

2) Quickly (less than 20 seconds) determine whether or not the 
machine works at all. 
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3) 


6 ) 


7) 


9) 


Kun all the read-only tests which do not expect to find any 
special pattern written on the diskette (included are tests 
which only exercise controller buffer memory)* 


4) Call the random exerciser with a large run count* 

which principly depend on 


5) Run those tests 
characteristics♦ 


drive 


Run those tests 
characteristics* 


which principly depend on controller card 


Use the best extended-period tests. These repeatedly test 
basic functionality of the system* and should not dene rate 
more than one error on a good machine with approved diskettes 
for each full nidht of testing* 

8) Clear all run and error counts. Any testing which follows 

bedins with a clean slate? the result of an extended series 
of tests is clearer* 


Retrieve and print the error lod* The diagnostic asks 
whether or not to paginate output (i.e. print it in 23 line 
pages or Just print it). If the output of the log is not 
paged * the rate of feed can be controlled by the use of ”S 
and "Q (XOFF X XON). Note that once a new log is started* the 
old (if any) becomes unrecoverable to the diagnostic* 


10 ) 


Run the head 
disk* one may 
routine will 
prepared* be 
Options)* and 
are reported* 
done* For mo 
sufficent* Ety 
diskette is m 
done* the use 
containing rea 


cleaning utility. With an approved cleaning 
clean the read/write heads of a disk drive. The 
ask that such a cleaning disk* properly 
inserted into the appropriate drive (per 
will load the heads on all tracks* No errors 
and the heads should be thoroughly clean when 
st installations* cleaning once a month is 
running the heads on all tracks* wear on the 
inimized* thus extending its useful life. When 
r is prompted to replace the diskette with one 
1 media* 


11) Explicitly change the options* 


7.2*3 List of tests 

Lastiy* the complete list of external tests (of which the menu items 
1 to 7 above are composed)* with a description of purpose* method* 
and possible errors is listed here. Also included are pass or fail 
messages and approximate running time (where appropriate* the times 
are for 3 track range eoual to floppy capacity). Run times depend in 
part on head positioning time (somewhat faster for double sided 
drives) and on the speed of the processor* All should be within 30% 
of those stated. In all of the following* singly or doubly ouoted 
messages are approximately what the diagnostic actually prints* 
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The tests included are*. 


1) "DMA test* -- 

A test which exercises the ability of the controller to 
transfer information between the computer / s memory and the 
controller's buffer* It is accomplished by transferind 
selected data to and from the controller with a check for 
identity on the data* In between each transfer the diagnostic 
buffer is filled with a counting pattern* Success is 
indicated by 'passed DMA test*' Running time is approximately 
thirty seconds* 

Possible errors - 


a) 'DMA test* transfer problem on subpass XX' - XX is 
the word count for this transfer * which failed. 

b) DMA test* YY words wrong out of XX words moved' 
again* XX is the word count* the transfer succeeded 
but the controller changed the data in YY words* The 
buffers can be inspected if desired. 

c) 'DMA test* 2.7. failed transfers (XX trys)' - 7.2 is the 
aggregate sum of all the instances of item sr while 
XX is 64 or 128* depending on the density selected. 
It is printed at the end of the test if errors were 
encountered♦ 

d) 'DMA test* total of 7.7 data miscomrare errors' - 22 
is the aggregate sum of all the YY's generated in 
item b. Like item c* this is printed at the end of 
the test* 


2) "Padding test" ~ 

A test which checks to see that on partial transfers the 
controller zeros out the balance of its buffer* The test is 
run Tor all possible partial transfers. As above* between 
steps internal buffers are filled with a counting Pattern 
(eousl to the index of the word)* Success is indicated by 
'passed Padding test*' Running time is approximately thirty 
seconds♦ 


Possible errors - 

a) 'Padding test: error at word XX* whose value is YY (0 
correct)' — on a partial transfer* not every word 
above the word count was zeroed out* The index XX of 
the first error is printed* along with the value YY 
generated by the controller (in octal). 
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' (XX more errors on subpass YY)' -- after a 

failure in a divert subpass YY* the additional errors 
are counted and printed (XX). 

e) 'Paddind test: net conflicts this subpass -- XX' - the 
sum of words transferred incorrectly with those not 
zeroed. Where dreater than item b» the DMA test 
should be run (compare-type errors are tallied but 
not reported). 

d) 'Paddind test: total errors reported = XX' -- the sum 
of item c messades. 


3) "Basic Write test* - 

A test which writes standard patterns over the rande (per 
options) on the diskette. Standard worst case patterns for 
various links in the floppy subsystem are used. No 
verification of writirid occurs at this time. The test is 
desidned to operate with the Basic Read test. 

The hardest place to write is above track 65. Passir.d is 
indicated by 'passed Basic Write test (sectors written — 
XX)'* where XX is the number of sectors in the track rande 
(tracks multiplied by sectors per track). Failure causes the 
message 'failed Basic Write test: errors = YY out of XX 
trys'v where XX is as above and YY is the sum of sectors not 
written. An internal map is maintained on these failures* so 
that the Basic Read test can skip readind incorrectly written 
sectors* Execution time is approximately seven minutes. 

If a successful write is obtained* this diskette can be 
loaded in another machine* and the Basic Read test run with 
the same track rande♦ In this way* a thoroudh read test of 
another unit can be made without dependind on any of its own 
write electronics. 


4) "Basic Read test" - 

A test which reads over a selected area of a floppy disk and 
checks for the presence of standard data patterns. It should 
denerally be run in conjunction with the Basic Write test. 
Execution time is approximately seven minutes. Passind is 
indicated by 'passed Basic Read test (sectors read ~ XX)' 

XX is the number of sectors actually read* exclusive of item 
a below* 

Possible errors - 

a) ' Basic Re3d test: skipped readind XX sectors not 
written correctly' - XX is the sum of skipped sectors 
from the internal map maintained by the write test. 
It is not an error but rather a statement of a limit. 
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b) 


'failed Basic Read test: XX read errors of YY ok 
sectors' YY is the number of sectors the test was 
asked to read less the number marked internally as 
not correctly written* XX is the number of errors 
encountered in reading correctly written sectors? 
whether from nonrecovery or miscompare. 


5) "Quick W/R test" - 

A short version of the complete write arid read tests which 
uses only one track (the lower limit). Basic functionality of 
the floppy system is established here. Passing is indicated 
by three messages? one each from the write test? the read 
test? and this test. Running time is approximately fifteen 
seconds. The messages produced are from tests 3 and 4. 


6) "Seek test’ - 


A test which issues seek commands to the controller in 
various manners so as to exercise the he 3 d positioning 
mechanism. Since the drive does its own seeking? a 'seek' is 
defined as a 'read sector'. Therefore? for the test to be 
meaningful? the test unit must contain a good diskette (all 
sectors in the track range readable). 


The subpasses include: 



a) 


Seeking back and forth (bouncing) over an increasing 
or decreasing range with one limit (upper or lower 
track) fixed? for a total of four variations). 


b) Seeking as above? but with both limits changing 
(either approaching each other or receding). 

c) Seeking ahead a few more tracks than back? thus 
moving the head over the entire diskette (at various 
paces)♦ 


d) Seeking to the current track (which should reouire no 
head movement). 


When run with thi 
floppy? over oru 
subpass is run if 
too small - the 
indicated below. 
Execution time is 


track range set at the limits of the 
thousand seeks are called for. Not every 
the difference in low versus high range is 
subpasses so affected and the cutoff are 
Success is indicated by 'passed Seek test.' 
approximately six minutes. 
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Possible errors - 


<a> Seek test: fell increasing interval low to fixed 
high' - the seek pattern is a seek to the upper limit 
of the track range followed by a seek to a variable 
(and decreasing towards the lower limit of range) 
t rack * 

b) 'Seek test? fail forward two* back one' -- starting at 
the low limit* the seek pattern is forward two 
tracks* back one* If the range difference is six or 
less* the subpass is skipped* 

c) 'Seek test? fail increasing interval fixed low to 
high' - the pattern is as in item 3 * except the lower 
limit is fixed* rather than the upper* 

d) Seek test: fail ends to middle' -- from the upper and 
lower range limits* each seek is towards the opposite 
extreme* each extreme is bumped towards the 'middle' 
after each use* 

e) 'Seek test: fail decreasing interval high to fixed 
.Low ~ the pattern is as in item a* except the seeks 
are progressivela closer together* and the lower 
limit is held fixed. 

f) 'Seek test* fail decreasing interval fixed high to 

low — the pattern is as in item e* except the upper 
limit is fixed instead of the lower* 

g) 'Seek test: fail seek to current track' - the pattern 

is a series 0 + seeks to one track with no other 

positioning* 

h) 'Seek test: fail middle to ends' - as in item d» but 
the seeks start at the middle of the range and work 
outwards towards range limits* The subpass is not run 
for range differences of ten or less* 

i> 'Seek test: fail forward three* back two' - as in 
item b* but with three and two instead of two and 
one. Skipped if the range difference is ten or less. 

J) 'Seek test: failed all subpasses' - all subpasses 

actually run were failed. 

k) 'failed Seek test' - if any but not all of items 3 - 
i are printed* then so is this* 

Note: in items a - i above* only the first message carries 

ui'+hif.t*!* ? ee + test: * “ the b3lance <if 3r '«> are printed 
without the test name* 
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7) "Self test 


A test which invokes the microcode self test routiner which 
in turn reeds the entire diskette end is passed or feiled 
besed on the settind of the ERROR bit in the controller 
register* The test requires good medie to pass* where this is 
in question* the Reedebility test mey be more appropriate* 
The self test is the most rapid wey to check reedebility of 
properly formetted medie* Note t-het on double sided drivesr 
the controller will reed both sides of a double sided disk 
independent of the setting of the side bit* Thereforer 
setting the side to test as 'both' in options will cause 


precisely the same event to 
does not accept the self test 
Self test)* a message to the 
indicated by 'passed Self test 
is approximately 25 seconds* 


happen twice* If the controller 
function code (to set up the 
effect is generated* Passing is 
(media good)'* Running time 


8 ) 


'Sector uniqueness' 


A test which 
distinduish all 
follows* 


tests the ability of the 
sectors uniquely* This is 


controller to 
implemented as 


a) For each sector of each track in 
write its track and sector address 
first four bytes* respectively)* 


the test ranger 
twice (using the 


b) Between writing tracks* verify that the Just-written 
track contains the correct uniqueness marks (to 
insure the accuracy of the write)* Sector 
misalignment is detected here* 

c) Aft€?r all sectors in all tracks in the test range 

have been written* each sector is read back to verify 
the uniqueness of what was written* Since sector 
alignment was previously verified* only track 

misalignment errors should be discovered here* 


Once a floppy has been written (and before another writing 
test is run)* re-running this test essentially becomes an 


instance of test 9? failed writes will not be 
the marks are already present. Success is 
'passed Sector uniqueness*' Execution time is 
fifteen minutes* 


detected since 
indicated by 
approximately 


Possible errors - 


a) 'Sector uniqueness? bad 
The controller flagged 
indicated location. The 


write G? track 
an error on 


XX* sector YY' 
write at the 


message is printed Just after 


the write fails* 
the sector* 


No further attempts are made to use 
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b> 'Sector uniouenessJ mark not readable (» track XX* 
sector YY' - the controller fladded an error (where 
indicated) for failind to read back the Just-written 
track while looking for marks* No further attempt is 
made to read the sector. 

c) 'Sector uniouenessJ 


Wrong markJ 

want 

dot 

(dot) 

track 

XI 

X2 

(X3) 

sector 

Yl 

Y2 

(Y3)' 


While readirid the Just-written track the mark at the 
indicated sector (which is the same as the 'want' 

mark* XI* Yl) the correct value was not found* The 

two 'dot' columns are the values actually found* 
where any value retrieved which is not a possible 

track or sector address is printed as '-1' (The 

second 'dot' column is for the second pair). No 
further attempt is made to read the sector* 

d) 'Sector uniouenessJ XX bad sector writes' - the sum 
of all messade a reports. 

e) 'Sector uniouenessJ XX unreadable sectors' - summary 
of all b messages (not counting bad sectors noted in 
item a* which were not tried). 

f) 'Sector uniouenessJ XX wrong marks' - summary of all 
messages from c* less any from a or b« 

After any or all of the above messages have been printed* 
test 9 is invoked to read all that was written (i.e. check 
track alignment) The pass or fail messade comes after test 9 
returns♦ 


9) "Unioueness verify’ - 


A test which performs the verify portion of the sector 
unioueness test* There are two purposes to the testJ first* 
it serves as the check portion of test 8* second* after a 
floppy has been written with the sector unioueness pattern* 
it can be removed and placed in another machine in order to 
test that machine's ability to read sectors uniouely* even if 
if cannot so write them* If any sectors were skipped or 
marked as bad in the writing portion* then that diskette is 

not suitable for use with this test and/or in another 
machine. 


Success is indicated by 'passed Unioueness verify, 
this will be accompanied by a messade about the 
sectors skipped because of being marked bad in 
half* Should every unioueness mark be labelled as 
this test is considered failed. Execution 
approximately five minutes* 


' Possibly 
number of 
the other 
unreadable* 
time is 
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Other errors 


a) "Uniqueness verify} mark unreadable Q track XX r 
sector YY' - an actual read at the indicated location 
failed* If the message occurs immediately after test 
B has been run* there is a more serious error, as the 
sector was readable before but is not now* 


b) "Uniqueness verify} sot wrong mark 



want 

got 


(got) 





track XI 

X2 


(X3 > 





sector Y1 

Y2 


(Y3) " 

-- 




While reading 

the 

mark at 

the 

indicated location 


(which is the 

same 

as 

the 

"want" 

mark* track 

XI, 


sector Yl) the 

correct 

value 

was 

not found* The 

two 


'.got' columns 

are 

the 

values actually found)- where 


any value retrieved 

which is 

not a 

possible track 

or 


sector address 

is printed as 

"-1' * 



c) 

'Uniqueness verify} 

XX 

bad 

reads' 

- summary of 

all 


messages from a 

•> 






d) 

"Uniqueness verify} 

XX 

bad 

marks" 

- summary of 

all 


m e s s a sf e s from b ♦ 


10) 1 Interrupt test" ~ 

A test which determines whether the controller correctly 
asserts an interrupt on DONE* and at the correct vector* 
Interrupts which occur at any other time than during this 
(short) test are counted as errors. Running time is 
approximately one second. Success is indicated by "passed 
Interrupt test." 

Possible errors 

a) "Interrupt test} did not interrupt on fill buffer" - 
as indicated)- the controller executed a fill buffer 
command but did not interrupt after setting the DONE 



bit of the 

control redis 

ter. 




b) 

' Interrupt 
as in item 

test} did not 

a * 

interrupt 

on 

empty 

buffer" - 

c) 

'Interrupt 
as in item 

test} did not 
a« 

interrupt 

on 

read 

sector" 

d) 

'Interrupt 
as in item 

test} did not 
a ♦ 

interrupt 

on 

write 

sector" - 

e) 

'failed Interrupt test" 
occured* 

- at least 

one 

of 

the above 


— 1 
J. 
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f) 'Interrupt test: complete failure to interrupt' 

something yet more drastic has occured* All of items 
a ~ d should have preceded this message* To be sure 
of the result* the diagnostic should be rebooted and 
the interrupt test run first* 


11) "Initialize test" - 

A test which issues an INIT to the controller and checks that 
the controller is in its initial state* This is defined as 
follows: Initialize Done is set in the data/status register? 

side* unit and density bits all set to zero in the control 
register? RX02* DONE* and possibly ERROR bits set (the last 
is flagged)) in same* At the end of this test* the side* 
unit and density bits are reset according to the current 
options* Success is indicated by 'passed Initialize test.' 
Running time is approximately one second* 

Possible errors - 

a) 'Initialize test: bad initialize (should be 04040* is 
XX)' - the control register came back incorrectly 
set* The values listed are in octal. 


b) 'Initialize test: did not set initialize 
the ID bit in the data/status register 
after completion of the initialize* This 
not even reported if item a is* 


done bit' 
was not set 
condition is 


c) 'Initialize test: initialized with error bit set' - 
some error was detected by the controller on 
initialize* The error code is printed. 


d) 'failed Initialize test' 
printed* then so is this. 


if any of items a 


are 


12) "Format test 1 


A test which determines the ability of the controller to 
write headers and data fields. Writing headers is optional* 
but if elected* then the data fields are also written* as 
the density mark is written at that time. Verification of 
correctness consists of reading every sector via Self test. 
Optionally* one may choose to read every sector checking to 
see that the data there is zero* This is a stronger passing 
condition* but takes considerably longer to execute (about 
four minutes instead of one and one half minutes). If Self 
test is run and fails* test for readability. Passing is 
indicated by passing the Self test (or 'all sectors zeroed') 
after formatting and 'passed Format test'* 
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Non-readable sectors (Preamble/Header not found) probably 
indicate a failure in the writing of headers* The presence of 
such errors might call for the Readability test* Note that as 
with the Self test* the setting of the side bit is immaterial 
to the controller during formatting? so setting the side to 
test as 'both' in options is redundant* 


It is 

single 

not of 

Doub1e 

without 

single 

upside 

headers 

writing 


inadvisable 
density at 
adeouate oua 
density di 
difficulty 
sided disk 
down) is a 
of a writ 


to format a 
double density? 
lity to retain 
sks may 
. Trying 
(by? for 
Iso a 


diskette manufactured for 
as the oxide is probably 
the greater bit density* 
be formatted at either density 
to format the second side of a 
instance ? placing it in the drive 
poor idea* Lastly? formatting the 


e-protected disk causes head motion but no 


Possible errors - 

a) 'Format test: disk headers not formatted' - an error 
was returned by the controller while trying to format 
the diskette headers* It should not be used until 
reformatted. 

b) 'Format test: disk data fields not written' - an 
error was returned by the controller while trying to 
write the data fields and density marks* As above? 
the diskette should not be used until correctly 
formatted♦ 

c) 'Format test** XX bytes not zeroed @ track YY? sector 
ZZ' - if the longer verify is elected? and a sector 
which is not all zeroes is found? the message is 
printed as shown. 

d) 'Format test: XX total nonzero sectors' - the sum of 
all item c reports. 


13) "Write protect" - 

A test which checks the write protect mechanism of the drive. 

This is accomplished as follows: 

a) The diagnostic asks for a write—protected disk to be 
installed in the appropriate drive (as chosen in 
options)? and waits for a carriage return before 
continuing with the test. 

fo) The data on the test sector is read into an internal 
buffer (failure on this or any other transfer 
terminates the test). 
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c) The diagnostic creates some data (which should vary 
on each call so that the test is not passed on a 
fluke* and which is different from what is presently 
in the test sector)* and then tries to write the data 
on the test sector* 


d) If the write protect error code is returned* 3 nd the 
data on the diskette is as it was in step b* the test 
is considered passed* Otherwise* 


e) The data in the test sector is examined* The nature 
of what is found is returned as an error message (see 
messages e*f*g below). 


f) The diagnostic asks for a write-enabled disk* and 
waits for a carriage return to be typed* 


For units with a write-protect switch* setting the switch to 
''protect'' is equivalent to installing a protected disk* 
Complete failure (i«e« executing normal write with no error 
code) might mean the photodetector is covered with dirt or a 
stray write-enable tab. Success is indicated by "passed 
Write protect*" Running time is approximately ten seconds. 

Possible errors - 


a) "Write protect* failed initial sector read" - a 
terminal error* as the diagnostic verifies the data 
independent of the setting of the error code. 

b) 'Write protect* transfer failure before write' - the 
controller did not accept the transfer of the test 
data* Since the contents of the controller's buffer 
are now what was read in step a* continuing the test 
is meaningless! there is no way to discern whether or 
not it actually writes* 

c) "Write protect! error code not set" - the controller 
did not set the code* If a write-enabled disk is 
installed* this is to be expected. 


d) "Write protect! unable to recover test sector after 
write' - the result of the attempted write cannot be 
learned. Since there then can be no check on the 
data* this ends the test. 


e) 


'Write protect 
the data read 
data of the 
the correct 
installed * 


controller executed normal wri 


back after the 
attempted write, 
action if a 


attempted write 
As is step b* th 
write-enabled di 


te" - 
is the 
is is 
sk is 
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f) 


'Write protect? controller did not write' -- the data 
in the test sector was not changed by the attempted 
write* The message is only printed if no error code 
was signalled (as in item b above). 


d) 'Write protect? controller wrote darbade' - the data 
in the test sector is neither what was there before 
the test nor what was in the attempted write. 


h) 'failed Write protect' -- if any of items a - d are 
printed» then so is this. 


14) "Deleted data test* ~ 


A test which determines the ability of the controller to 
write and read* and remove deleted data marks from a 
diskette. 

The test is implemented as follows? 

a) Write a track with deleted data marks 

b) Reads this track* checkind that the 'deleted data 
mark' bit is set. 


c) Rewrite the track without marks. 


d) 


Reread the track to see that no mark remains. 


Note that most operatind systems do not make use of this 
feature. Failure comes in two forms? a mark written could 
not be recovered* or a mark written and then erased is still 
present. The former are tallied and placed in the fail 
messade ('failed Deleted data test? missed rereadind XX 
marks')* while the latter are enumerated in each sector read. 
Success is indicated by 'passed Deleted date test.' Runnind 
time is approximately thirty seconds. 


15) "Overlap test" - 


A test which coarsely examines the possibility of sector 
overlap on write at the bedinnind and end of each track. This 
is a special case of the Basic Write/ Basic Read test and is 
useful when errors consistently appear at the first or last 
sectors of various tracks. It is not expected that the test 
will be frequently useful. Success is indicated by 'passed 
Overlap test.' Execution time is approximately one minute. 
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Possible errors 


a) 'Overlap test} bad write* track XX' -- either the low 
or the high sector on the indicated track was not 
written properly (signalled by the controller). The 
track is skipped in subsequent testing. 

b) 'Overlap test} read error* track XX* low sector' 
the indicated data could not be recovered. 

c) 'Overlap test} read error* track XX* high sector' 
the indicated data could not be recovered. 

d) 'Overlap test} bad data check* track XX* low sector' 
The indicated location did not contain the data 
originally written there. 

e) 'Overlap test} bad data check* track XX* high sector' 
As in item d. Note that the presence of item d or e 
on one properly-written track is precisely the 
condition the test is looking for. 

f) 'Overlap test} XX write errors' -- the sum of all item 
a notes. 

g) 'Overlap test} XX read errors' - the sum of all 
reports from b and c. 

h) 'Overlap test} XX apparently overlapping tracks' 
the union of items d and e (i.e. at most one error 
per track). 

i) 'failed Overlap test' - if any of items a - h are 
printed* then so is this. 


16) "Readability" - 

A test which Just tries to read all sectors on every track in 
the track limits. No attempt is made to transfer the data 
out of the controller (and so of course no check of the data 
is made). Only errors flagged by the controller are reported. 
The Self test does more or less the same thing* but on error 
it aborts with no indication of the location of the error. 
This test reports where sectors are unreadable (and why)* 
along with not giving up before completion of the appointed 
number of reads. Success is indicated by 'passed 
Readability.' Execution time is approximately one minute. 

Possible errors - 

1) 'Readability test} bad read @ track XX* sector YY'* 
where XX and YY are the track and sector numbers 
respectively. On the next line* the error code and 
meaning are printed. 
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2 ) 


"failed Readability test} XX read errors out of YY 
trys" is printed* where XX is the number of 
individual sector messages printed and YY is the 
number of sectors on which a read was attempted* 


17) “Random exercise" - 

A test which picks random tracks within user limits* random 
sectors on those tracks and writes (and reads) random data* 
Between write and read* the controller's buffer is cleared. 
The test is designed to simulate irregular (random) real use. 
After about 300 sectors have been written/read back* the test 
is exited* Success is indicated by "passed Random exercise*" 
Execution time is approximately five minutes* 

Possible errors - 

a) 'Random exercise! hardware error (message) on pass 
XX' -- some failure (indicated by the message) was 
encountered. A standard error report is also 
generated at this time* 

b) 'Random exercise! YY data miscompare errors' 
despite success in every transfer* the data came back 
changed. The user may examine the data* though 
interpretation may not be immediately apparent. In 
any case* the test can be continued* 

c) 'Random exercise! XX total hardware errors' ~ the sum 
of all XX's in items a above - this is printed at the 
end of the test* 

d) 'Random exercise! YY total data miscompare errors' - 
the sum of all YY's in item b above -- this is printed 
at the end of the test* 


18) "One track" - 

A test which reads or writes one track continuously. It first 
asks whether to read or write* and then what track to start 
at. Each time sector one is accessed* a message about the 
track number is printed (which message can be turned off or 
on). The test is useful primarily in conjunction with an 
oscilloscope to verify timing and head positioning* No errors 
are reported. The test does not in and of itself ever 
terminate* but rather can be exited by ESCape or e. Typing 
single command characters (which are not printed on the 
screen) modifies behavior as follows! 

a) 'd' or 'D' -• shift down one track (i*e. smaller track 
value)* subject to range restriction (beeps if 
movement is not permissable). 
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b) 'e' or 'E' - exit test. . 

c> 'm' or 'M' - move to 3 new track (track is prompted 

forv and must be in rar.de). 

^^ F ' or F' ~ print track value each time sector one 
is accessed. 

e> 'r' or 'R' - print the current track and track rar.de. 

13 or ~ silence track announcement at first 

sector. 

d) 'u ' or 'U" - shift up one track (larder track value) > 
subject to rar.de restriction (beeps if movement is 
not permissab1e)♦ 

^ ^ ' 'or <cr> - print current track value. 


7.2.4 Choosind tasks 

Items in the top level menu which are not Just seouences of tests are 
executed immediately. Otherwise, the list of tests shown in fidure 

7 "‘T. 3 r e . ru [!* the leV€?1 of individual tests, a seouence can be 

specified* The line should be a comma-separated list of test numbers* 
Severai seeuential tests car. be indicated by euttind a dash between 
the end values. Embedded spaces are idnored. Example. 10, 12, 3-5,7 
will run tests 10, 12, 3, 4, 5, and 7, ir. that order. These are the 

only two methods of directind the diadnostic to do anythind. Before 
runmnd any test or series of tests, the followind Questions are 
askedJ 


1) Number of times to execute test or seouer.ee (1)? ' — 

The selected test(s) will execute this number of times, and 
in the order specified. If testir.d of either both sides or 
both units (or both, which causes each named test to be run 
four times) is opted, a messade delir.eatir.d the actual 
parameters for each instance of a test are printed. A value 
of zero will abort the test run and return to the top level. 


'Error 1 oddirid to floppy (no)? ' - 

Errors and status reports can be recorded on a floppy disk. 
This is useful for examinind a test rur. which had marly 
errors, or for extended testind, where the pass/fail messades 
will scroll off a video screen. The loddind diskette must be 
write enabled. The loddind section asks for a controller 
address and unit. The default address is 0177170, but if a 
functional controller is present at another address, it car. 
be used, independent of the controller under test. The 
default loddir.d unit is zero - all loddind is to side zero of 
the loddind diskette. The lod 
but below track twenty. If the 
under test, the lower limit on 
at 20 or above. 


area is above the diadnostic 
loddind is to a diskette also 
the track rande should be set 


r 
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3) 


"Halt on error (no)?' - 

Whenever an error occurs? information about it is displayed 
on the terminal t and the selected test continues* Halting on 
error allows one to study each error as it occurs* After 
examining the error message!- typing a carriage return <<cr>) 
continues the test* The Question is not asked if errors are 
being logged* 

4) "Ready (yes)? " -- 

Typing a ••-.civ- will start the test (or seauence)? otherwise? 
the:' above Questions are repeated* The Query is suppressed 
after the first instance in a run if there is to be more than 
one pass or if 3 menu of tests was chosen? else it appears 
before each individual test is run* 

The specified tests are now run* Pass or fail messages are produced 
as appropriate* When done testing? "Done with diagnostic (no)? " 
appears. Typing <cr> will lead to options and then to the main loop? 
while "n" will stop the program with "Main returns <cr> HALT? WILL 
NOT RESTART"♦ If the program produces some other eoually serious 
message (or this message at any other time)? then a fatal error has 
occured. 


7*3 Miscellaneous 
7.3.1 OTHER COMMANDS 

Any of these can be typed at any time? with effects as described* 

1) ESC - escape from current activity and restart 

This will halt whatever test or other action is occurins and 
brings the user back to the 'Change options' level of the 
diagnostic* It is an asynchronous operation. 

2) Delete - remove last-typed character from input line 

This deletes the last character typed. It displays the 

deleted chsracter(s) as RT-11 does,' the first occurence of a 
delete causes display of a V and the character printed Just 
before? with subseauent deletes displaying the characters 
typed (in reverse order) up to the beginning of the line. 
When another character is typed? another '/' is displayed 

with the new character (i.e* CRDLA/AL/S is input as CRDS). If 
nothing is printed after typing a delete? either output has 

been inhibited by "'S or there are no input characters on the 

current line. 

3) "U - remove all of current input line 

(Entered by typing the 'CTRL' (control) and *u' (or 'U') key 
at the same time.) This deletes the current input line* Only 
a new line is displayed* 
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A ) 


~S - Stop output 

This hslts all transmissions to the console terminal* It can 
he used to allow one to read information even if it is being 
transmitted Quickly and might otherwise scroll off the 
(video) screen* 


5) ' - 'Q ~ Restart output 

If output has been stopped with a ~S and a character is ready 
to be sent to the consoler the program will wait for a '"'Q to 
be typed (and thus further testing is suspended)* 

6) "P - Resume outputting the output 

Print 3ll further output on the console device (only 

effective after ~Q) 

7) ”0 - Ignore output 

This causes the diagnostic to discard all output* The 
diagnostic continues to run* but note that 'all output' 
includes all promptins* It is useful when too much output is 
beiiid produced* especially if a printer is used as the 
console device* Errors (should they be occurir.d fast and 
furious) are still correctly recorded in the summary* Typind 
any other nonspecial character cancels this* However* the 
character typed will be used as input by the prodram except 
for the followind* 



8 ) 


"C - Summarise errors 

A nummary of the errors noted so far can be ser.erated by this 
(unless already in the process of deneratind one). ~C stops 
(on a restartable basis) whatever is in prodress* and asks 
how the errors should be broken down. The errors can be 
subdivided by occurence on unit or side* by above or below 
t t a c k (hidher tracks are harder to read or write)* or 
simply a sum of all errors* Tests which do not read or write 
the diskette do not incur errors on the above/below counts. 
Hence* the sum of these two may be less than the sum of all 
errors* In any case* the error count* run count* and test 
name (for all tests) are printed out. Next* some dlobal state 
information is printed out* Lastly* one can det a listind of 
the errors sidnalled by the controller* with the same choices 
of breakdown (the default is whatever mode was chosen above)* 
The error summary can be obtained at any time. Note that 
since the summary interrupts ar.ythind* if 3 prompt had been 
printed Just Prior to initiation of the above* then the 
prompt is lost* Summaries are not 1added* 


7*3*2 Error reportind and handlind 

Error reports as der.erated by the diagnostic have a standard form* of 
which fidure 7--3 is a sample* 
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fc.rror in pass 1 of test 3 (Basic Write test) at 1.17J29 
Error code 0120J A preamble could not be found 

Test unit one* side zero* double density* at track XX* sector YY 
Command♦ 0425 (Write a sector to floppy) 

Control Data 
before 04620 040 

after 04460 040 

Fissure 7-3 


1) Pass is the pass (set at initiation of the test run) running 
when the error occured* Test and name mean the one actually 
running♦ (Tests which call other tests update the test 
number). The time is the interval in hours* minutes* and 
seconds since either the diagnostic was booted or errors were 
last cleared. 

2) The error code (if any) is printed and interpreted. 

3) Where the error occured (track and sector are printed only if 
the test reads or writes the floppy). 

4) 1 he command is. the last control word sent* with expansion of 
the function code. 

b) These are the sampled values of the floppy registers before 
and after the command which caused some sort of exception. 

In general* an error report is produced as each low level error is 
detected (depending on the nature of the test). 

The diagnostic measures the duration of activity by the controller 
while the latter executes its function. If* after a period considered 
to be very long compared to the normal time needed to complete the 
operation in Question* the controller has not yet signalled DONE* 
then a timeout fault has occurred. It is interrupted by asserting 
the Initialise bit* and the message 'Timeout failure on DONE bit' is 
printed. The operation in Question is not retried. The TRANS bit is 
watched in a similar manner. 


The diagnostic checks for consistency between sent and returned 
values of unit* side* and density (where choice exits). Disagreement 
provokes a line to the effect* with what each is set at. Execution 
continues. 


Spurious interrupts (i.e.* those at the 
interrupt was not enabled) cause the 
interrupt 1 .-:.'. As above* an error is noted* and 


vector but while the 
message ">>Corit roller 
execution continues. 


Am Am 
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A summary of errors can be obtained by typing ~C (Section 7,3,1), in 
general * errors are not retried. Where a write failure occurs and 
some special pattern was to be written* no read attempt should be 
made on the sector (the mechanism which insures this can be foiled 
with effort). Interpretation of errors is always a context sensitive 
notion. Repeatable errors to a specific sector on a specific diskette 
(but no other) are clearly not grounds for considering the subsystem 
to be defective. Sporadic errors* i,e nonrepeatable errors scattered 
over both time and an apparently good diskette (both of which are 
most readily learned by looking at a log of individual error report)* 
are more indicative of a marginal device, 

7.3,3 Details 

Except as noted* input and output are in decimal. On output* a 
leading zero is used to signal octal information. Input of an octal 
value does not reouire a leading zero. Supplying a value outside of 
some acceptable range causes the diagnostic to print what it 
considers to be an acceptable range and then asks for another try, 
F-or yes or no Questions* any of Yes* YES* yes* Y* or y are taken as 
yes* with a similar group for no meaning no, Values in parentheses 
are defaults. That is* if a <cr> is typed* the value shown is taken 
as the intended response to the Query, The diagnostic interleaves 
accesses to sectors* that is* does not read or write in numerical 
order. This only becomes apparent when several errors occur on one 
track. 
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